home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11053 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB

  1. Path: FreeNet.Carleton.CA!an171
  2. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Sportster Windows Modem
  5. Date: 15 Apr 1996 04:53:56 GMT
  6. Organization: The National Capital FreeNet
  7. Sender: an171@freenet2.carleton.ca (Anthony Hill)
  8. Message-ID: <4kskp4$jab@freenet-news.carleton.ca>
  9. References: <4kjhj3$5vf@news.isl.net> <4kjv9o$p4o@freenet-news.carleton.ca> <31713ac8.7275782@news.insync.net>
  10. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  11. NNTP-Posting-Host: freenet2.carleton.ca
  12.  
  13.  
  14. Greg Bretting (bretting@insync.net) writes:
  15. > On 11 Apr 1996 21:58:16 GMT, an171@FreeNet.Carleton.CA (Anthony Hill)
  16. > wrote:
  17. >>    Due to the design, DOS software would be pretty much impossible to
  18. >>write.  I suppose they could have tried to make soem sort of FOSSIL
  19. >>driver, but that would likley take up a few hundred kb of conventional
  20. >>memory and would only work with programs that supported FOSSIL
  21. >>connections, and I'm not even sure if this much would work.  
  22. > Not true - the above is _not_ an inherent limitation of controllerless
  23. > modems.  Controllerless modems can, and some do, work just fine in a DOS
  24. > window or full screen under Windows - USR (for whatever reason) simply
  25. > chose not to write the code neccessary to support it.  Not only that, but
  26. > USR is still using a TI chipset on this modem and drivers that they've
  27. > evidently written themselves - the controllerless modems that I'm familiar
  28. > with that support DOS/Windows all use AT&T chipsets, and for the most part,
  29. > AT&T code.
  30.  
  31.     I was refering to true DOS supports, not DOS Windows.  But yes, it
  32. is possible to intercept the com programs attempt to talk to the hardware
  33. and instead run it through you're com driver.  It would require some work,
  34. and might not work with all com programs, but it should be possible.
  35.  
  36. Anthony
  37.  
  38. --
  39. Anthony Hill | an171@FreeNet.Carleton.CA
  40.